perm filename EETAG.MSG[E,ALS] blob
sn#118998 filedate 1974-09-08 generic text, type T, neo UTF8
∂08-SEP-74 1030 ARM,TAG
E DIES IN A FUNNY WAY IF TWO LINES WHOSE TOTAL CHARACTER COUNT IS GREATER THAN
THE SYSTEM LINE BUFFER SIZE ARE JOINED WITH A <CTRL>D (WITH THE CURSOR POSITIONED
AT THE END OF THE FIRST LINE, OF COURSE), AND THEN A <META><CR> IS TYPED.
I BELIEVE E SHOULD CHECK TO SEE IF THE LINE EDITOR WILL BARF BEFORE SENDING IT A
LINE, AND REFUSE TO DO SO IF IT WILL. FURTHERMORE, SINCE E ALREADY MAKES THIS TEST
WHEN ASKED TO LOAD AN EXISTING LINE INTO THE LINE EDITOR, AND DOES REFUSE TO DO SO,
E SHOULD HAVE SOME SORT OF EXTEND MODE COMMAND TO FORCIBLY CHOP THE OFFENDING LINE
INTO PIECES OF USER-CHOOSABLE SIZE, SO THE LINE EDITOR CAN BE USED. RIGHT NOW,
THE ONLY CHOICE ONE HAS IS TO USE SOS ALTER MODE OR (SHUDDER) DEC TECO.
FURTHER NOTE ON THE WAY E DIES IN THE AFOREMENTIONED CASE--IT GOES INTO IOWQ AND
COMPLETELY IGNORES THE KEYBOARD--TYPING <CALL> CONTINUE CAUSES IT TO FLY AGAIN,
BUT WITH SOME DESTRUCTION OF THE OFFENDING LINES.